home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Internet Tools (InfoMagic)
/
Internet Tools.iso
/
dos_win
/
winsock
/
maillist
/
94-05.Z
/
94-05
/
000095_news@bigblue.oit.unc.edu_Mon May 5 02:27:05 1994.msg
< prev
next >
Wrap
Internet Message Format
|
1994-05-31
|
15KB
Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
id AA09925; Fri, 6 May 1994 06:14:38 -0400
Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
id AA15391; Fri, 6 May 1994 06:07:18 -0400
Received: from GATEWAY by bigblue with netnews
for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
To: winsock@sunsite.unc.edu
Date: 5 May 1994 09:27:05 -0700
From: craign@teleport.com (Craig R. Nelson)
Message-Id: <2qb6op$9uo@linda.teleport.com>
Organization: Teleport - Portland's Public Access (503) 220-1016
Sender: ses
References: <2q972o$qlb@meaddata.meaddata.com>
Subject: Re: WinSock and Microsoft
In <2q972o$qlb@meaddata.meaddata.com> oakes@meaddata.com writes:
>I recently came across an error message using the WINSOCK interface and
>Microsoft's beta version of the TCP/IP stack. I'm using a Gateway 486
>machine and I get the following message when trying to TELNET:
> WINSOCK ERROR: WSAENOBUFS
>If you have any suggestions please let me know! Thanks!
James
Someone is attempting an asynchronous send send or recv transaction
supplying a size request larger than MS TCP/IP beta can deliver. I know
this error well. My company is working on a news reader and is having to
deal with this very issue. Some TCP/IP packages can supply this with no
problem (Trumpet Winsock and Chameleon). Others (FTP Software MS) seem to
get a little hairy when under high output loads. Who know? Maybe I'm just
not getting enough caffeine in my coffee :-)
--
[]----------------------------------------------------[]
| Craig Nelson "I've upped my standards. Up Yours." |
| craign@teleport.com as vague a .signature can get. |
[]----------------------------------------------------[]
From news@bigblue.oit.unc.edu Fri May 6 00:12:46 1994
Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
id AA26141; Fri, 6 May 1994 08:14:38 -0400
Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
id AA13411; Fri, 6 May 1994 08:13:02 -0400
Received: from GATEWAY by bigblue with netnews
for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
To: winsock@sunsite.unc.edu
Date: Fri, 6 May 1994 00:12:46 GMT
From: ashok@biochemistry.BIOC.CWRU.Edu (Ashok Aiyar)
Message-Id: <ashok.661.2DC98B7D@biochemistry.cwru.edu>
Organization: Department of Biochemistry, Case Western Reserve University
Sender: ses
References: <Cp6I7r.5IJ@discus.technion.ac.il>, <2q8880$d1v@explorer.clark.net>
Subject: Re: WinQVT can be used with gopher? was re: I'd pay for a good TELNET client for winsock
In article <2q8880$d1v@explorer.clark.net> auerweck@clark.net (Steve Auerweck) writes:
>This works fine with a plain old Telnet URL. But when the URL includes
>a port, as in telnet://bigschool.edu:2000/, the port number winds up
>getting passed to the nameserver, and the lookup fails.
>Does anyone know a way around this in Mosaic? I can't figure out if the
>failure to parse the name and port separately is the fault of Mosaic or
>TNSTART.
TNSTART can only accept an IP address or a hostname as a parameter.
It cannot accept a port address, unless that port address is pre-defined
in the QVTNET.RC file.
Later,
Ashok
--
Ashok Aiyar Mail: ashok@biochemistry.cwru.edu
Department of Biochemistry Tel: (216) 368-3300
CWRU School of Medicine, Cleveland, Ohio Fax: (216) 368-4544
MIME Enclosures OK
From news@bigblue.oit.unc.edu Mon May 5 19:49:53 1994
Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
id AA24544; Fri, 6 May 1994 10:44:42 -0400
Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
id AA19456; Fri, 6 May 1994 10:33:09 -0400
Received: from GATEWAY by bigblue with netnews
for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
To: winsock@sunsite.unc.edu
Date: 5 May 1994 19:49:53 GMT
From: alun@internet.wst.com (Alun Jones)
Message-Id: <2qbil1$9j8@uuneo.neosoft.com>
Organization: Welcom Software Technology
Sender: ses
References: <2q8kv4$60j@scunix2.harvard.edu>, <2q91bj$7a3@scunix2.harvard.edu>
Subject: Re: WWW and FTP
In article <2q91bj$7a3@scunix2.harvard.edu> chan4@scws27.harvard.edu (Derek Chan) writes:
>In article <2q8kv4$60j@scunix2.harvard.edu>,
>David Yeh <dyeh@husc7.harvard.edu> wrote:
>>I am running WINFTPD as my FTP server. I can't seem to log in to my
>>server with Mosaic though...I think it connects, then kicks me out. I
>>have been able to connect with Unix Lynx though. Any ideas why?
>>
>Alun's FTP server doesn't support the PASSW format for anonymous logins.
>WinQVT/NET's FTP server does, but it crashes after a failed login...
>If you find a better FTP daemon, please post.
Okay, first let's correct a few things.
My FTP daemon is called WFTPD. As far as I am aware, the only other
ftp daemon for windows is in WinQVT/Net. Calling it WINFTPD, WS_FTPD,
or other peculiar versions only leads to confusion. Obviously, if
there is another ftp daemon for windows out there, I'd like to know,
so that I can leech ideas :-)
And the function that causes this problem is NOT the PASSW 'format' -
this almost implies that my daemon doesn't support passwords, which it
certainly does support! The command you're looking for is PASV.
Now, on to my defence.
Mosaic is the _only_ ftp client software that I have _ever_ seen that
_requires_ an ftp server to have more than the minimum functionality
provided for by the RFCs that define the FTP protocol. To be
specific, it requires that the PASV command be implemented. The PASV
command is designed to allow two ftp servers to talk to one another,
under the control of a third machine's ftp client, such that the file
transfer occurs between the two servers, without necessarily hitting
the machine running the ftp client.
I have sent three messages to NCSA, asking why they are the only ftp
client that will not work on the minimum defined ftp server, and have
received absolutely no reply, save their regular auto-reply, stating
that if I have asked an FAQ, then I can fetch their document. All
their FAQ/Bug List/etc seems to mention is that they require the PASV
mode, so I have no idea yet as to whether this will be changed.
If I may quote from the relevant RFC (959):
| 5.1. MINIMUM IMPLEMENTATION
|
| In order to make FTP workable without needless error messages, the
| following minimum implementation is required for all servers:
|
| TYPE - ASCII Non-print
| MODE - Stream
| STRUCTURE - File, Record
| COMMANDS - USER, QUIT, PORT,
| TYPE, MODE, STRU,
| for the default values
| RETR, STOR,
| NOOP.
|
| The default values for transfer parameters are:
|
| TYPE - ASCII Non-print
| MODE - Stream
| STRU - File
|
| All hosts must accept the above as the standard defaults.
I expect that I shall be forced by NCSA's lack of response to
implement PASV functionality, but it would be nice if they actually
had the politeness to give some idea as to why they believe their
client should require a piece of functionality that noone else
requires. It would be especially nice if they could say "a future
version will not enforce this requirement, and will work with a
minimal server".
This isn't to say that I don't (or won't) include more than the
minimum functionality, it just seems to me that a client that requires
more from a server than the standard mandates is close to breaking
that standard. Bear in mind that the minimum implementation is liable
to be the only functionality that can be guaranteed to exist on any
particular server.
You can probably tell this is something that makes me rather annoyed
(as I would be when anyone ignores me).
Alun.
~~~~
--
The above is a personal opinion, and may not necessarily represent the
opinions of Welcom Software Technology, its management, or its staff.
For information about the WST lines of Project and Cost Management
Software, email info@wst.com or sales@wst.com, or call (713) 558 0514
From news@bigblue.oit.unc.edu Sun May 4 05:33:52 1994
Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
id AA00199; Fri, 6 May 1994 11:14:44 -0400
Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
id AA12987; Fri, 6 May 1994 10:54:19 -0400
Received: from GATEWAY by bigblue with netnews
for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
To: winsock@sunsite.unc.edu
Date: 4 May 1994 09:33:52 -0400
From: auerweck@clark.net (Steve Auerweck)
Message-Id: <2q8880$d1v@explorer.clark.net>
Organization: The Baltimore Sun, Baltimore, Md.
Sender: ses
References: <Cp6I7r.5IJ@discus.technion.ac.il>
Subject: Re: WinQVT can be used with gopher? was re: I'd pay for a good TELNET client for winsock
Rob@BioMed.Technion.AC.IL writes:
>In article <1994Apr30.073310.28267@umr.edu> delta@saucer.cc.umr.edu (Delta) writes:
>>How? I'd like for Mosaic to use it. How do I set it up?
>By calling the TNSTART.EXE program (while WNQVTWSK.EXE is running). It
>accepts two parameters: first is the host to connect to, second the port.
This works fine with a plain old Telnet URL. But when the URL includes
a port, as in telnet://bigschool.edu:2000/, the port number winds up
getting passed to the nameserver, and the lookup fails.
Does anyone know a way around this in Mosaic? I can't figure out if the
failure to parse the name and port separately is the fault of Mosaic or
TNSTART.
--
| Steve Auerweck System Editor The Baltimore Sun |
| (410) 332-6228 (O) (410) 254-3771 (H) |
| Standard disclaimer applies |
From news@bigblue.oit.unc.edu Mon May 5 20:21:32 1994
Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
id AA00220; Fri, 6 May 1994 11:14:47 -0400
Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
id AA28349; Fri, 6 May 1994 10:54:40 -0400
Received: from GATEWAY by bigblue with netnews
for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
To: winsock@sunsite.unc.edu
Date: 5 May 1994 20:21:32 GMT
From: ryan@singollo.gsfc.nasa.gov (Ryan Simmons)
Message-Id: <2qbkgc$i5@paperboy.gsfc.nasa.gov>
Organization: NASA Goddard Space Flight Center -- InterNetNews site
Sender: ses
Subject: Weekend ftp server open for a test run
If you want to check out a small ftp server and see the kinds of things I
collect, then do an anonymous ftp to:
128.183.22.177
I gave up on Chameleon's ftp server, so now I'm giving Alun's WFTPD
server a try. So ignore the logon message about me being to cheap. If
it stays up over the weekend, then I'll send out the registration fee
next week!
Anyway, you'll find a collection of programs I like and find useful (or
at least cute) in /pub/zip, you'll find a whole bunch of winsock software
in /pub/net, and there are lots of 256 color wallpaper bitmaps--including
lots of German castles--in /pub/pix/bmp. All these are cataloged in
various text lists in /pub. Of the two remaining directories, /pub/pix
has various GIFs and BMPs of things like planets and the space shuttles;
and /pub/pix/clipart has a whole bunch of B/W clipart images.
So, I don't make any guarantees about the server actually working
(especially Friday during the day!), but if it's up, the enjoy. I'll be
closing it down again Monday at about 7:30am Eastern US Time (EDT).
Enjoy!
___ |ryan@singollo.gsfc.nasa.gov
/ ) |
/__ / __ |
/ ) / / / / / ) |*I got rid of my laptop because my cat was jealous!*
/ (_(_/_(_(_/ (_ | (I just wish my cat weighed only 4.3 lbs, not 16!)
/
From news@bigblue.oit.unc.edu Thu May 5 14:56:44 1994
Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
id AA10523; Fri, 6 May 1994 12:14:41 -0400
Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
id AA11098; Fri, 6 May 1994 11:44:51 -0400
Received: from GATEWAY by bigblue with netnews
for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
To: winsock@sunsite.unc.edu
Date: Thu, 05 May 94 21:56:44 PDT
From: padavis@xap.xyplex.com
Message-Id: <2qcfa5$ick@xap.xyplex.com>
Organization: XYPLEX
Sender: ses
Subject: BOOTPD/RARPD
Has anyone heard of or seen a Winsock implementation of BOOTPD or
RARPD? Any information would be appreciated.
From ANDREWES.CNT@smtpserv.cnt.com Fri May 6 14:13:02 1994
Received: from mpls.cnt.com (cnt.com) by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
id AA29667; Fri, 6 May 1994 14:13:02 -0400
Received: from cnt.com (hibbing.cnt.COM) by mpls.cnt.com (4.1/CNT-gateway-1.1)
id AA21946; Fri, 6 May 94 12:59:50 CDT
Received: from smtpserv.cnt.com by cnt.com id AA03054
(4.1/Ultra-1.4-10-10-91 for winsock@SunSITE.Unc.EDU); Fri, 6 May 94 13:09:35 CDT
Message-Id: <9405061809.AA03054@cnt.com>
From: ANDREWES.CNT@smtpserv.cnt.com (Esh, Andrew)
To: winsock@SunSITE.Unc.EDU (Adrian Milliner)
Subject: Re: goslip
Date: Fri, 06 May 94 13:08
In article adrian@goron.demon.co.uk writes:
>In article <joyh.9.000DF2F4@uclink2.berkeley.edu>
joyh@uclink2.berkeley.edu (Joy Hsiung) >writes:
>>Path:
>>uniplex!acorn!uknet!EU.net!howland.reston.ans.net!agate!lantern.HIP.Berk
eley.EDU!joyh
>>From: joyh@uclink2.berkeley.edu (Joy Hsiung)
>>Newsgroups: alt.winsock
>>Subject: goslip
>>Date: Mon, 2 May 1994 13:56:50
>>Organization: University of California, Berkeley
>>Lines: 4
>>Message-ID: <joyh.9.000DF2F4@uclink2.berkeley.edu>
>>NNTP-Posting-Host: lantern.hip.berkeley.edu
>>X-Newsreader: Trumpet for Windows [Version 1.0 Rev A]
>>I have set this program up but I cannot when I try to dial it responds
with
>>"Error: it appears that an application already has control of the port"
I get
>>this message even when no other applications are running.
>>any suggestions?
>Are you using Microsoft's TCP/IP stack Beta2? When I'm using that stack
>with WfWG3.11, any attempt to use COM2 fails - weird.
>Adrian Milliner
>-------------------------+----------------------------------------
>Adrian Milliner | "I'm not a Merry Man!"
>adrian@goron.demon.co.uk | -- Lt. Worf
>axm@uniplex.co.uk (work) |
>-------------------------+----------------------------------------
Check your settings for the FAX manager, and for the Remote Access
Service (RAS). Each of those could be tying up the modem. This is
especially true if you have shared out your modem to the WFW network as a
FAX modem. Make sure RAS is not running, waiting for a call.
Andrew Esh
Computer Network Technology
andrew_esh@cnt.com